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(54) System and method for programmatically creating a graphical program 

(57) A system and method for programmati- the existing graphical program, 
caliy/dynamically creating or editing a graphical pro- 
gram. A first program may be created, wherein the first 
program specifies creation of a new graphical program. 
When the first program is executed, the new graphical 
program is programmatically created, in response to 
executing the first program. Thus, during execution of 
the first program, the first program Is operable to cause 
creation of the new graphical program. The first pro- 
gram may specify the Inclusion of various objects in the 
new graphical program. For example, the new graphical 
program may have a diagram portion including a plural- 
ity of interconnected nodes which visually Indicate func- 
tionality of the new graphical program. The new 
graphical program may also have a user interface por- 
tion including various user interlace objects. In a related 
embodiment, a first program may specify the modifica- 
tion of an existing graphical program. When executed, 
the first program causes the existing graphical program 
to be modified, e.g., by modifying various objects of the 
graphical program. The first program may call an appli- 
cation programming Interface (API) usable for program- 
matically creating a new graphical program or modifying 
an existing graphical program. The first program may be 
operable to interface with a server program, e.g., a 
graphical programming development environment appli- 
cation, in order to programmatically request the server 
program to create the new graphical program or modify 
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PW2J Traditionally, high level text^)ased programming languages havebeen usedbypregrammers In wrlUnqaDDll- 
cS^'ASrrp"* ^ "^-^ P"^ng languages extet. KdlJg bS. C. toS. 

MTOI as the assembly language level, ars referred to as text-based progfamming environments. 
ccSSL T^"^^ ^ ^''"'^d to "sed and programmed by those who are not highhr trained In 

oZr/ZTn7"?„f?"T''- "^"^ ^^■'^'^ programming environments am used. L usS piT 

rmZ^irrrpSx^ 

ELJ!ir! w^T"'! complex-ties which a user must masterbelbm he can efficiently program a com- 
tner complicated by the fact that a sequence of mathematical fbrniulas, mathematical steps or other procedures 
gramming techniques used to program a computer system to model such a process. In other words, the requlrer4nt 

? ^'^ implementation of a method that accomplishes this solution in a computer proj^ 
Thus, a user often must substantially master different skills In onJer to both conceptuaBy model a aZnand 
ZZf T'"" *° '''' « o««n is not fully profiderin Squ^C^grmtg a 

can be utilized to perform such modeling often is reduced. wuinfiuiersysiem 
" E?,* ,^'^l!^'*'"**'*"'^«^^'™«««'"P"'Vedtomodeland/orcontra^ 

d«^ such as instruments or hdustrlat automation hardware has become increasingly desirable In view oHhJ 
sible testlng^omrol situations and environments, and also the wide anay of instruments or devices available It is often 

to control such systems had to be written in conventional text-based programmina lanouaoes such as fer*™™^ 
assem^ language, C. FORTRAN. BASIC, or Pascal Traditional use7ofTZsytSX^Sr^n 3.5 

S '""9-8««*»«»«^'"n9- implemen^lon Of s'uch syste,^ frl 

iniZSaln ^^^'^ ""^^'^ °' Instrumentation or 

SlSSSSSS. ' maintenance of the software elemerrts In these systems often 

al d«close a graphical system and method for modeling a process, i.e.. a graphical programming environmertwhteh 

etTc!^L"ro?-rH^ri.!T'^'^"^^^^ 

et al can be considered the highest and most Intuitive way in which to Interart with a computer A graphicalhr based oro 
g^n^lng erjv^ronment can be raprasemed at a level above text*ased high level p^S^ngZ SsuTa^ C 
^ L ? "^"^ et al altows a user to cons^ a dlag,^ usTg aSTgreSo^' 

ZninSt "^f * P"^*'^ °' "'^^'^ accomplishing a certain rasuMuS.^ 

J^Z^^im ""'"3 ""^ ''^^ be autom^Sly S 

sm«t^whk* charactenze an execmion pmcedure which corr^^^ 

gram may be compiled or interpreted by a computer using these data strurtuL TTierelbre a us^ caT.^ « 
computer p^ solely by usingagraphteally based pmgrammi^^ 

ess^ aTd silTlT'' '"'rf^ ^VslBms. industrial automl, syZTmoSl^ 

esses.aftdsimulation.aswellasforany^ofgenefalprogramming. 

Zln« T.'ZL^'^'^ 1."! ' programming environment wherein a user places or manipu- 

lates Kons in a blodt diagram using a block diagram editorto create a data flow •t>mgram." A graphic^ pmgram for «^ 
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trolling or mocfeling devices, such as instrument, processes or industrial automation hardware, is refenred to as a 
virtual Instrument (VI). In creating a virtual instrument, a user may create a front panel or user interface panel. The front 
panel includes various front panel objects, such as controls or indicators, that represent or display the respective input 
and output that will be used by the graphical program or Vi, and may include other icons which represent devices being 
5 controlled. When the controls and indicators are created in the front panel, con-esponding tcons or terminals may be 
automatically created in the block diagram by the block diagram editor. Alternatively, the user can plaoe terminal icons 
or input/output blocks in the block diagram which may later cause the display of corresponding front panel objects In the 
front panel, either at edit time or at mn time. 

[0008] During creation of the graphical program, the user selects various functions that accomplish his desired 
10 result and connects tiie function Icons together. For example, the functions may be connected in a data flow and/or con- 
trol flow format The functions be connected between the terminals of the respective controls and indicators. Thus 
the user creates or assembles a data flow program, referred to as a block diagram, representing the graphical data flow 
which accomplishes his desired function. The assembled graphk»l program may then be compiled or interpreted to 
produce machine language that accomplishes the desired metiiod or process as shown in the block diagram. 
IS [0009] A user may input data to a virtual instrument using front panel controls. This Input data propagates tiirough 
the data flow block diagram or graphical program and appears as changes on the output indicators. In an instrumenta- 
tion application, the front panel can be analogized to the front panel of an instrument. In an industrial automation appli- 
cation the front panel can be analogized to the MMl (Man Machine Interface) of a device. The user may adjust the 
controls on the front panel to affect tiie input and view tiie output on the respective indicators. Aitematively. the front 
20 panel may be used merely to view the input and output, and the Input may not be interactively manipulable by the user 
during program execution. 

[0010] Thus, graphical programming has become a powerful tool available to programmers. Graphical program- 
ming environments such as tiie National Instruments LabVIEW product have become very popular. Tools such as Lab- 
VIEW have greatly increased the productivity of programmers, and Increasing numbers of programmers are using 

25 graphical programming environments to develop their software applications. In particular, graphical programming tools 
are being used for test and measurement, data acquisition, process control, man machine interface (MMl), supervisory 
control and data acquisition (SCADA) applbations, simulation, and nnachine vision appftcations, among others. 
[001 1 ] As graphical programming environments nrtature and grow in popularity and complexity, it becomes Increas- 
ingly desirable to provide high-level tools which help a user create or edit a graphteal program. It also becomes increas- 

30 ingly desirable to integrate graphical programming environments with other applications and programming 
environments. In many cases, the desired tools or the desired Integration with other applications requires an abinty to 
dynamically or programmaticalty generate or edit a graphical program or a portion of a graphical program. 
[0012] As described above, a user typically creates a graphk»l program witiiin a graphical programming environ- 
ment by interactively or manually placing toons or nodes representing the desired blocks of functionality on a diagram, 

35 and connecting tiie icons/nodes together to represent the data flow of the program. The ability to programmattoally cre- 
ate/edit graphical programs enables a graphical program to automatically be created/edited without this type of interac- 
tive user intervention. A system and metiiod for programmaticalty creating/editing graphical programs is described 
herein. 

40 Summary of the Invention 

[001 3] One embodiment of the present invention comprises a computer-implemented system and method for pro- 
grammatically/dynamicaliy creating or editing a graphical program. In one embodiment, a first program or cl'^nt pro- 
gram is created, wherein tiie first program specifies creation of a new graphtoal program. In other words, when the first 
45 program is executed, the first program is operable to programmatically create the new graphical program. The graphical 
program may be programmatically created with Irttie or no user input specifying the new graphical program during this 
creating. 

[0014] In various embodiments, the new graphical program tiiat is created may be a graphical program of any of 
various types, e.g., a graphical program created specifically so that a particular graphical programming development 

so environment is operable to edit and/or execute tiie graphk:ai program. The new graphical program may include a plu- 
rality of graphical program object. For example, the new graphk»l program may have a diagram portion Including a plu- 
rality of interconnected nodes which visually Indicate functionality of the new graphical program. The new graphical 
program may also have a user interface portion including various user interface objects, such as one or more user inter- 
face panels having controls for specifying user input to tiie graphtoal program and/or Indicators for displaying output 

55 from the graphical program. 

[0015] The first program may be a program of any of various types. For example, tiie first program may be a text- 
based program, such as a program written using C. &h>, Java, Baste, or another text-based programming language. 
Also, the first program may itself be a graphical program. The first program may call an application programming Inter- 
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lSifit"SL?' ^ri^^ «^"9 ^ graphical progmm. For atample. a text-tased prolan may 

5 Sna tTC^ T^.^ «««>cuted. tt,e naw gmphical progrm Is programmatically created. In response to 
^« ni, «„^^ Thus, dunng executfon of the first program, the fi^ progmm Is operable to cause creation 

n!^w ^ P"'^™" 'P'^"^ '"^^^ ^P^«* the graptiK^I progmm. such as: hteicon- 

S« ni" the first progmm may Include all executable logic necessa^ for programmatical^ cre- 

^Z^^;*^"" 9™P''«^P««™"'""'g «te«lopment environment appfeation, in order to request the server 
« P^^"^^*^*^ ""'S^Phfealprogram. For example, the first pmgram may call a gmphlcal program creation 5? 

me^ecifled graphical program. The server pmgram may execute on the same computer system as the first prt>c»m 

'^'^'^t.! ^ '"^ to ""xlWy an existing ^aphical program. In other 

«^°'*.'n«eadofspeclfylngcreatlonofanevygnaphicalprog.am,thefl,stpmgnms^^ 
20 ,ng graphical program. When executed, the first prx^ram is then operible to prngrammaTcTSj thViSi 

changing connections between graphical program objects, changing various properties of graphical p^TbS 

" SJ create'^r m1!S?,^?h^T'"'^^ "^"^ ^"^"^ P^^"^"^* ""^'^^ ^''^'^ ^ ^ols to automaB- 
2!^h r ^ g^hical program or a portion of a graphfcal program. In the prBibrred embodiment, any oper- 
aton which a user may perform while Interactively assembling or editing a graphical program (e.g. connectUobS 

So^ r'*"" °' "^^^^ ^ «'^) -"-y baUrJSed proflLS^atSS^ 

PMttO] Th^programmaticcapabilityenablestoolssuchaslnte,acth«wizan^ 
«^°"°^^'«^gofg'M.icalp,ograms.Forexample.aninterac«^ 

Sr,SS:?A?>T"-« wirard tods may be included In a thlrd^arty ^IfcatioJ For ex^p e L 
National Instniments IMAQ Vision Builder appBcation dynamically generates graphteal programs for analvzlna imaaes 

Brief Description of the Drawings 

* KfJLJl'^^'J!'^^??™'''^ P* P™""* '"^'"ed when the following detailed description of 
the preferrad embodment is considered In conjunction with the following drawings, in which: ««^on « 

<»mputer system connected through a network to a second computer system; 

Figure 3 is a block diagram of the computer system of Rgures 1 2A and 2B- 

Figure 4 Is a flowchart diagram illustrating interactive creation or editing of a'graphteal program- 

Sill^Jf Ijlr* '"""^'"^ "'^ '°'*'°"''"P = P"^™". an API to programmaa- 

callycrerte/edlt a graphical program, and a server program- 

ScSl o™ 0* the dlent/server relationship of Rgura 7 in which the cTient program Is a 

ss r^T' K !,"^' ^ °' " pmgramming em^irenment aJplS- 

s^r^graKzi^r"^''^^''"^^^ 

Figures 1 0 - 20 Illustrate graphical program nodes that maybe included in a firat graphical program in order to pro- 
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grammatically create or edit a second graphica} program; 

Figure 21 Illustrates user interface controls wtiich may be placed on a front panel In order to interactively obtain a 
reference to a server program or a graphical program to edit; 

Figures 22 and 23 illustrate how a user may select graphical program objects to create or edit by choosing from 
s hierarchical menus; 

Rgure 24 Illustrates a simple client graphical program that creates the graphical program of Rgures 5A and 5B; 
Rgures 25 and 26 Illustrate a slightly more complex example of a graphical program than the program of Rgures 
5A and 5B; 

Rgure 27 illustrates a graphical program client that creates the graphical program of Rgures 25 and 26; and 
10 Figures 28>30 illustrate dialog boxBS for configuring one embodiment of a server prt)gram. 

[0022] While the invention is susceptible to various modifications and alternative forms specific ennbodlments are 
shown by way of example In the drawings and are herein described in detail. It should be understood however, that 
drawings and detailed description thereto are not Intended to limit the invention to the particular fonm disclosed. But on 
15 the contrary the invention is to cover all modifications, equivalents and alternative following within the spirit and scope 
of the present invention as defined by the appended claims. 

Detailed Description of the Preferred Embodiment 

20 Rgure 1 - Qomptiter System Ppnnected to a Network 

[0023] Rgure 1 illustrates an exemplary computer networic in which a computer system 82 is connected through a 
networi< B4 to a second computer system 86. The computer system 82 and the second conrputer system 86 can be any 
of various types, as desired. The networic 84 can also be any of various types, including a LAN (local area networic), 

25 WAN (wide area network), or the Internet, among others. 

[0024] The computer system 82 includes or stores a client computer program that programmatically creates or 
edits a graphical program or a portion of a graphical program. As described above, the client program may use an API 
to call a server program, such as a graphical programming environment application, which perfomis the actual opera- 
tions of creating or editing the graphical program. The server program may reside on the computer system 82 or on the 

30 second computer system 86. The dient program may interface with the server program indirectly through a proxy com- 
ponent, such as an ActiveX component The proxy component may reside on the computer system 82 or on the second 
computer system 86 or on a third computer system-connected to the networl< 84. 

[0025] The client, server, and proxy software programs/components may be implemented in any of various ways, 
including procedure-based techniques, component-based techniques, and/or object-oriented techniques, among oth- 
35 ers. The programs may be written using any conibmation of text-based or graphical programming languages. Also, the 
programs may be written using distributed modules or con^onents so that each of the cHent, server, and proxy may 
reside on any combinafion of computer system 82, computer system 86, and other computer systems connected to the 
network 84. 

40 Rgures 2A qnd - Ingtrumgntatign and Indugtrial AMtonratton Systems 

[0026] Rgures 2A and 2B Illustrate exemplary systems which may store or use client/server/proxy programs for 
programmatically creating/editing graphical programs for instrumentation, process control, or other purposes. These 
programs msy of course be stored in or used by other types of systems as desired. 

45 [0027] Figure 2A illustrates an instrumentation control system 100. The system 100 comprises a host computer 
102 which connects to one or more Instruments. The host computer 102 comprises a CPU, a display screen, memory, 
and one or more input devices such as a mouse or l<eyboard as shown. The computer 102 connects through the one 
or more instruments to analyze, measure, or control a unit under test {(JUT) or process 150. The host computer 102 
may store client, server, and/or proxy computer programs or components for programmatically creating or editing a 

50 graphical program, such as a graphical program which interacts with or controls the one or more instruments. In other 
words, the computer 1 02 may be either of computers 82 or 86. 

[0028] The one or more Instruments may Include a GPIB instrument 112 and associated GPIB Interface card 122, 
a data acquisition board 114 and associated signal conditioning circuitry 124, a VXI Instrument 1 16, a PXi instrument 
1 18, a video device 132 and associated image acquisition card 134, a motion control device 136 and associated motion 
55 control interface card 1 38, and/or one or more computer based instrument cards 1 42, among other types of devices. 
[0029] The GPIB Instrument 1 12 is coupled to the computer 1 02 via the GPIB interface card 122 provided by the 
computer 102. In a similar manner, the video device 132 is coupled to the computer 102 via the image acquisition card 
134, and the motion control device 136 is coupled to the computer 102 through the motion control inte.rface card 138. 
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^ilL ^' °' instrument 1 1 6 is coupled to the computer 1 02 via a VXI bus MXI bus. or other serial or 
10 MCXrf ' ' °^ ^""P"'^' ^ °2 preferably Includes VXI irrttZ toj, s^ LTwT 

»o MXI or GPIB Interface card (not shown), which Interfaces to the VXI chassis 1 ia The PXI chassis wi^JumLrtfeoS' 

erabV coupled to the computer 102 through the computers PCI bus '"e™. chassis or instrument spref- 

S noi.uS 'T^'^l"°' f'i'X'n) may also becoupied to the computer 102 through a serial port, such as an 
^^^1 f fii™^'^ " '^^^ 1394 orl394^ bus. provided by the corr^uter 102 In Jpical in^m- 

®'"9'®'"'^^'yP®'S'*='' as only SPIB instruments. 
[003^ ™®'"**™^'^«f«~"P'«<lto*e"nftundertest(UUT)orprocess1S0 orarecouDledtoM»hi,.fl^^ 

To^, p o?!,"* 'Pf"^""' ^ Wicatlon. or a man-ma«irine interitee applSZ 

S ^iTf "'"^^"««'^'^'"'*^«'*o'™Bonsystem160.71.elndu^ 

rSSto:,rn^^^^ "9-2^ EieT^s^rsir 

n, I ! ^ 2A have the same roferenoe numerals for convanfenoe. The system 1 60 comprises a 
computer 102 which connecte to one or more devices or instruments. The computer 1 02 comprises a CPU aSa^ 

« SeTirr>' ^n^r " °^ '^'^ automation function, such as 

=~::rrrp^^^ 
s°ir!?2^n:r^^^^^^^^^^ 

* ^^124 r?x"lTnZ^''nt'^[rf ' *^ ' ^"^ ^««^<^ «'9"al conditioning cir- 

teSL 13B «„rt JJI^^ ' "^"^ ^"^^ '™9« a«l"feition cart 134. a motion control 

arL^!^^^"IS!?" TT' '^'^^•^ 138. afieldbus device 170 and associated fieldbuJLTrS 
7t Si^JUr^^?^ ^'^^ ^''^^ ^ ' 82 and associated serial Interface cart^ 

SS!Ln '''^ ^"^■'^ ^ "^^ 132. and the image acquisition cart 136 are omf- 

PLClJecrr.^^^ 

^card 172 is ^elembly compnsed in the computer 102 and Interfaces through a fieidbus network to one or mo4 

• ' l^J ^'^ ®^^"^ai to computer 102 for illustrative purposes. In typical Indus 

trial automation systems a device will not be present of each interface type, and in fact many i^ ,^^ 
^e or n«re darices of a single imerface type, such as only PLCs. The devices are «u3o^S^ p^,^ 

t0037] Referring again to Figures 2A and 2B. the computer system 102 preferably Includes a memory medium on 

memory medium" is intended to include an Installation medium. e.g.. a CD-ROM floppy tfsks 104 or t^P H^i 
cor^uter system memoiy such as DRAM. SRAM. EDO RAM. B^rrL RAM. e*x or a 1 "SaJl^me^^^^ a 

Tofrbra«o^^■rre^.*'"'"^^ 

msi •na'Wltion.thememorymediummaybeiocatedinafirstcomputerinwhichtheprogramsare executed or 
IrSornSo^li^l'^S'^r'^r' '"''"^^^ 

ZZS V?^^ ^ • "^^""^ P^""^ ^"^ a^l^a"* (PDA), television system or other dwice 

ingeneml the term -computersystem- can be broad^ defined to encompass any device having* 
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which executes Instructions from a men^iory medium. 

[0039] In one embodiment; the client program, server program, and/or the resulting graphical program that is cre- 
ated or edited are designed for data acquisition/generation, analysis, and/or display, and for controinng or modeHng 
instnimentation or industrial automation hardware. f=or example, in the preferred embodiment, the server program is the 
5 National Instruments LabVIEW graphical programming environment application, which provides spedalized supportfor 
developers of instrumentation appGcations. The client program may.atso be a program involved with instrumentation or 
data acquisition. 

[0040] However, it is noted that the present invention can be used for a plethora of applications and is not limited to 
Instrumentation or industrial automation applications. In other words, Figures 2A and 2B are exemplary only, and graph- 
to ical programs for any of various types of purposes may be generated or edited isy dient^server/proxy programs for any 
of various types of purposes, where the client/serveryproxy prrograms are stored in and execute on any of various types 
of systems. For example, a spreadsheet prognam may act as a dient program and may use the API described herein to 
dynamically generate a graphical program which analyzes spreadsheet data and displays the results of the analysis to 
a user. 

15 

Raure 3 - Computer System Btodc Diagram 

[0041] Figure 3 is a block diagram of the computer system illustrated in Figures 1 , 2A and 2B. It is noted that any 
type of computer system configuration or architecture can be used as desired, and Figure 3 illustrates a representative 
20 PC ennbodiment It is also noted that the computer system may be a general purpose computer system as shown in 
Rguras 2A and 2B, a computer implemented on a VXI card installed in a VXI chassis, a computer implemented on a 
PXI card Installed in a PXI chassis, or other types of embodiments. The elements of a computer not necessary to under- 
stand the present invention have been omitted for simplicity 

[0042] The computer 102 includes at least one central processing unit or CPU 1 60 which is coupled to a processor 
25 or host bus 162. The CPU 160 may be any of various types, including an x86 processor, e.g., a Pentium dass. a Pow- 
erPC processor, a CPU from the SPARC family of RISC processors, as well as others. Main memory 1 66 Is coupled to 
the host bus 1 62 by means of memory controller 1 64. 

[0043] The main memory 1 66 stores computer programs according to the present invention. The main memory 1 66 
also stores operating system software as well as the software for operation of the computer system, as well knovim to 

30 those skilled in the art. The computer programs of the present invention will be discussed in more detail below. 

[0044] The host bus 162 is coupled to an expansion or input/output bus 1 70 by means of a bus controller 1 68 or 
bus bridge logic. The expansion bus 1 70 is preferably the PCI (Peripheral Connponent Interconnect) expansion bus, 
although other bus types can be used. The expansion bus 1 70 includes slots for various devices such as the data acqui- 
sition board 1 14 (of R£^re 2A), a GPIB Inteifaoe card 122 which provkles a GPiB bus Interface to the GPtB instrument 

35 1 12 (of Figure 2A}, and a VXI or MXI bus card 1 86 coupled to the VXI chassis 11 6 for receiving VXI instruments. The 
computer 1 02 further comprises a video display subsystem 1 60 and hard drive 1 82 coupled to the expansion bus 1 70. 

FlqMrgs 4 - 5; int^raptiye Creation of a Graphfcal Progr yn by a User 

40 [0045] Figure 4 is a flowchart diagram illustrating one embodiment of how a user may interactively or manually cre- 
ate or edit a graphical program. As shown in the flowchart and described below, the user manually adds various objects 
to a graphical program, connects them together, eta In contrast, the present invention comprises a system and method 
for programmattealiy creating or editing a graphical program without requiring this type of user Interaction. 
[0046] In the embodiment shown in Rgure 4, the steps axe performed by a user creating or editing a graphical pro- 

45 gram in a graphical programming environment As shown, in step 420 the user may create or edit a user interface panel 
for displaying a graphical user Interface. The user Interface panel may comprise controls for accepting user Input, dis- 
playing information such as program output, or both. For example, the user interface panel may include buttons, 
selectable lists, text boxes, graph controls, images, etc. A user may "drop" various controls or other objects onto the 
user interface panel, e.g.. by selecting the desired control from a control palette. Figure 5A illustrates a simple user 

50 interface panel. Step 420 is not necessarily perfomned. For example, a user interface panel may not be desired, a user 
interface panel may be inherently specified during creation of the block diagram, or a user interfiace panel m^ automat- 
ically be created as the user creates the executable portions of the graphical program. 

[0047] A graphical program may indude a block diagram comprising objects refen-ed to herein as "nodes" which are 
connected together to model the program execution logic and data flow or control flow. A block diagram node may be 
55 displayed as an icon representing the type or functionality of the node. Rgure 5B illustrates a simple block diagram. As 
a user adds objects to the user interface panel, the graphteal programming environment may automatically create a cor- 
responding object on the block diagram. Such block diagram nodes which conrespond to user interface panel objects 
are referred to herein as user interfiace nodes. For example, the Rgure 5B block diagram node labeled The result of 
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2.0 + 3.0 was:" is a user interface node corresponding to the Rgure 5A user Intetfece output indicator. User Interface 
w"!? 'iH?',^ connected with other objects or nodes In the block diagram to paiticipate in the program logic and 
data/control flow. User interlace nodes may map input/output between a user interface panel and a blodc diagram i^r 
M^Tb^^*^ ^ displays the data in the eoitesponding userinterftee 

™« -ri" ^' ^ objects/nodes to or edits other objects/nodes of the graphical 

n.T^;^ i*^ " '"^ "'"""•'^ '^'^^ P^^"™ predefined functional operations such as 

numenc functions, Boolean functions, string funcBons. array functions, enor functions, file functions, application control 
funcUons, etc. For example the block diagram shown In Figune 5B uses an addition function node to add two constants 
ZZ^im'^^^^l'' user may also add other types of nodes to the graphical program. I^or example, nodes may be 
c^^J!^ ?0 aS!^ 0 ^^'^ ^ representing the floating point 

SwJlL variable nodes for defining and using variables, eta In step 422, the user may also add other types of 
objects to the graphical program. For example, objects representing programmatic structures such as for loops while 
oops case structures, etc. may be added. The user may add nodes and other types of ot>jects to a graphical priigram 
!liri°2te^' ^ "'^ " ""^ '^^^ representing the varioin nodes 

in detail below. In one embodiment a graphical program may use the API by Incorporating specialized nodes to create 
or open a gmphical program, add objects to or edt objects of a graphical program, etc. These specialized nodes are 
aescnbea below. 

T \^ '^'^ S^P""^ P™9«^ ""j^*^ °"ier to achieve the 

desired executable logic and dataflow or control flow. For example the objects may include Input and output temiinais 
and the user m^ connect the output terminal of one node to the input temiinal of another node, etc. Figura SB illus- 
nTJrJl! ^'^l"} 'i*"^ comected. In this example, ouiputterminals of the two numeric constant 

nodes are connected to the input temiinals of an addition function node. The addition function node performs the addi- 
tion operatton on the numeric input The output temninal of the addition function node Is connected to the Input of the 

«-!^L. ^"^'^^ "lay also Include temiinals which integrate them with the other objects of the 

graphlcai program. For example, a while loop may comprise a condition terminal to which an output temiinal of a node 
supplying a boolean value may be connected to signify when the loop should end 

Sof JrlLf!^™!!^ r^*"^ °' ^ P^S"^- P^fl"*" be saved 

n any of varwus fomnats. For example, a tree of data structures may be built which represents the various elements of 
he graphwal program and the relationships among the elements, and the data structures may be saved in a bhary or 
ext ibmiat. if the graphical program includes user Interface panels, these panels may also be saved. In step 426 the 
user may also execute the graphical program. The user may run the graphical program in any of various ways For 
exarnple. a graphical programming emrlmnment may allow a program to be run fram within the development environ- 
ment, or the user may create a standalone program and run the program, etc. 

P054] It is noted that steps 420 through 426 typically occur In an iterative manner and typically occur in various 
orders. For exarnple a user may add a user Interface control to a user interface panel, then connect a user interface 
node corresponding to the control to another node, then add and connect a function node to the program, then run the 
program to test it, then change the way a node is connected, etc. Thus, the flowchart of Figure 4 Is exemplary and var- 
ious steps may be combined, omitted, added, or modified as required or desired for developing dlderent graphical pro- 
grams or using different embodiments of graphical program development environments 

£f L rJ^i.?^'^ " "'ifT^ one embodiment of how a user may create/edit a graphical program, and the pioc- 
mJI As deserted above, a client pmgrem, which may be a graphlcai program, may 

inte^ wrthaserver program, directly or through a proxy program or component. In orderto programmatical^ create 
or edit a graphical prograra The server program may be a graphical programming environment operable to respond to 

the client programsrequests for creatlng/editingthe graphical program. In the preferred embodiment, thegraphical pro- 
gramming environment is the l^VIEW graphical programming environment available from National In^nts For 
more infomiation on the LabVIEW graphical programming environment and its abilities to create graphical programs 

^1^^ T f ""^^ ^ "^V'^W system documentation available from Nrtional 

Instruments, as well as the patent applications Incorporated by reference above 



IS 



40 



45 



SO 



55 



8 



EP 1077 404 A2 



Figure 6 - Programmati c Creation of a Graphfcal Program 

[0056] Figure 6 is a flowchart diagram illustrating one embodiment of a method for programmaticaily creating a 
graphicai program, in step 450, a first program is created, wherein the first program specifies creation of a new graph- 

5 ical program, in other words, when the first program is executed, the first program is operabte to progremmaticaiiy cre- 
ate the new graphical program. The graphical program may be programmaticaily created with Ifttle or no user input 
specifying the new graphical program during this creating, in one embodiment, the graphicai program is programmatt- 
cally created with no user input required. In another embodiment, the user may be prompted for certain decisions during 
programmatic creation, such as the type of graphical program, the look and feel of the user interface in the graphical 

10 program, the number or degree of comments contained within the graphical program, etc. 

[0057] in various embodiments, the new graphical program that is created may be a graphical program of any of 
various types, e.g., a graphical program created specificaliy so that a particular graphicai programming development 
environment is operable to edit and/or execute the graphical program. The new graphicai program may include a plu- 
rality of graphical program objects. For example, the new graphical program may have a diagram portion Including a plu- 

IS rality of interconnected nodes which visually indicate functionality of the new graphical program. The new graphical 
program may also have a user Interface portion including various user interface objects, such as one or more user inter- 
face panels having controls for specifying user input to the graphicai program and/or indicators for displaying output 
from the graphical program. 

[0(^8] The first program that is created in step 450 m^ be a program of any of various types. For example, the first 
20 program may be a text-based program, such as a program written using C, Oh-, Java, Basic, or another text-based pro- 
gramming language. Also, the first program may itself be a graphical program. For example, the first program may be a 
program interactively created by a user, e.g., as described above with reference to Rgures 5A and 5B. As described 
below, the first program may call an application programming interface (API) usable for programmaticaily creating the 
new graphical program. For example, a text-based program may include text-based code for calling various API func- 
2s tions or methods, while a graphicai program may include various graphical nodes supported by the API. 
[0CS9] In step 452, the first program is executed. 

[0060] In step 454, the new graphical program is programmaticalty created, in response to executing the first pro- 
gram. Thus, during execution of the first program, the first program is operable to cause creation of the new graphical 
program. As described above, the first program may specify ttie Inclusion of various objects in the new graphical pro- 
30 gram. The first program may also specify other aspects of tiie graphical program, such as: interconnections between 
diagram objects, connections between diagram objects and user interface objects, positions of objects, sizes of objects, 
and properties or configuration of objects (e.g., configuration of data types, parameters, etc.), among other aspects of 
the graphical program. 

[0061] In one embodiment, the first program may include ail executable logic necessary for programmaticaily cre- 
ss atlng the new graphicai program. IHowever, in the preferred embodiment, the first program is operable to interfoce with 
a server program, e.g., a graphical programming development environment application, in order to request the server 
program to create the new graphical program. For example, the first program, may call a graphical program creation API 
supported by the server program. In response to receiving these API calls, the sender program is executable to create 
the specified graphical program. The server program may execute on the same computer system as the first program 
40 or may execute on a different computer system, e.g., a different computer system connected by a network. 

[0062] The method of Figure 6 is illustrated and is described above in terms of creating a new graphical program, 
it is noted that a similar method may be used to modify an existing graphbal program. In other words, instead of spec- 
ifying creation of a new gaphlcal program, the first program specifies the modification of an e)dsting graphical program. 
When executed, the first program is ti^en operable to programmaticaily modify the existing graphical program. For 
45 example, the first program may include a reference to the existing graphical program and may include various API calls 
to modify tiie graphical program, e.g., by adding one or more objects to the graphical program, changing connections 
between graphical program objects, changing various properties of graphical program objects, etc. 

Rgpre 7 - Cllgnt Program Accesg^? ggryer Prpgrpni Thrpugh an API 

so 

[0063] Rgure 7 is a block diagram illustrating the abstract relationship between a client program 502 (e.g., the first 
program illustrated in Figure 6), an API 504 to programmaticaily create/edit a graphical program, and a server program 
506. As noted above, the client program 502 may be any of various types of programs. For example, the client program 
502 may be a graphical program. The client program 502 may also be a text-based program such as a C-h- program, a 
55 Visual Basic program, a Java program, etc., or any combination of these or other languages. The client program 502 
may execute independentiy or may execute within an execution subsystem of an appik:alion development environment. 
[0084] The client program 502 may call tiie API 504 in any of various ways. For example, a client graphical program 
may Include graphical nodes con^esponding to the API 504. One embodiment of a set of graphical nodes which a client 
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fT^. ^J^^"" ''^'^^'^ ^ ^'"^ P"'^^ ''^'^^ '^^^ "etow. A dlent graphical progmm 

LabVIEW graphical program which induetes code interfece nodes. k «sj wn majr oe a 

J^Till!"' ""i™!.®'^ "^^^ ««^P'e. the server program 506 

Zt^S^^r"*!"* ^"^P""'"*- CORBAcomponerrt. JavaBeanscomponem.LrTdfte 
awn progrem 502 may obtain a reference to the object to Invoke functions or methods of the API 504 TTie API 504 
r^fii T^"!!! "1^, ^ ^""^^ " development environment of the client program 502. ag., as a llbmry 
I0M6I TJroi,ghtteAPI504.thediemp,og,am502communicatesw*as8n«rp4ra^ 

nZf^«o«^ '"Stance of a graphical programming environment In 1heT«fenei embodiment. th^Tr 

^^°"'"^^'^"'*'^^'^9'^*'''=^P™9ranitilngenyironment r«.ine8erver 
Em i;r^t'!l"'m!l* «tollonshlp between the client program 502, the API 504, and the server 

™,fSl^^"^ "^"^ ^'^ "^^^ ""P'^^"* the elements of the Rgure 7 retalion- 
receive Infonrotion sent by the client program via an intermediate server, etc. » j 

Fiqurp 8 - Client Gr^Ptiicjil Pmnrffm Accesses fimnhinni Procmmmin, Pr^^m i ^rit 

S^eLento^ZmSt^'"^^^^ 

« n°"- J^' may execute Independently or may exLe ^^thfn an exe 

SSTS^r • K"'f"'^'^''*^"^'^"9'aphicalprog^^^ 
^Z^^Tn^ °!f'''"''''^''^°^^"''"3''^^^^9«phicalp,ogmmmingenvimn^^^ 
programming emnronment server 506. For example, the client graphical program 502 may be a LabVIEW grapS pro- 
gram, and the server program 506 may be a LabVIEW application yxo^w'o 
Sinn ™' f^^^' "^9"™ 7 to communicate With the graphical pro- 

?S?S?rog3bS'r™"'"'''"^^ 

PWT^ The functionality of the API 504 may be Implemented In various ways. In the example of Figure 8 the client 

rrhi2's^joTB?::zra:r^^^^^^^ 

Snt =ifr*-^^l!^^ ""'^'^ '"^ ^^""'^ * '^'ff*'®"* than the graphical prosramming envi- 
Tthf ?rpil^''l J'' '"^^ P^Smms may communicate using any of varSus types^^SS IS, 

as the TCP/IP network protocoL As shown In Figure 8. the runtime library 514 may Include TCP/P client code 5^6^ 
the graphical programmingenvironmentserversoe may includeTCP/IPserveri^Sie. The TCpX^ 
code 51 8 m^ exchange messages using a message protocol. « « wnrBr 

. [0072] The block diagram of Rgure 8 illustrates an architecture in which the client program 502 communicates with 
asejw program 506 via a defined protocoL Thus, both the client program and the seLr prog "uTCC 

V iw S^™ ' *^/«"«^P™9™" 506 fe a LabVIEW application instance. In this embodiment, the Lab- 

llZ^^^^r^ ^ ' i:"' ^ "^"'^^ communicating with the 

LabVIEW application server and causing the LabVIEW appfication server to create/^ a graphical program 

Figure 9 - ORB Client Pmnm m Accesses Rmphlcal Proffrair, .<!«pAw. 

- ^T"^ P'"^^'" ^ P-^S*^ ""'^ communicates with the s3 pro- 

a VBual Base, C++, Java. etc. program, or may be a graphical program. TTie graphical program se^ic» 506 mav be 
impfemented in any of various ways. Forexampte. the service 506 may ^^ospsZorJa^Z^^t^Z'X 
gramming emrironmert which IS operable to create/edltagraphioal program, or altematively,^h^8servte 
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standalone program operable to create/edit a graphical program. 

[0074] Figure 9 Illustrates the general relationship In which a client program references a service object via an ORB. 
The ORB may be any of various ORBs, such as the ActiveX/DCOM system, a CORBA system, a Java application envi- 
ronment, etc. The client program 502 requests a reference to the graphical program service 506 from the ORB 534. The 

5 ORB may create a proxy stub 532 for the dlent program 502 and a server stub 536 for the graphical program service. 
As shown in Rgure 9, the proxy stub 532 may communicate through the ORB Infrastructure 534 with the server stub 
536, and the sender stub 536 may Interface with the graphical program service 506. The proxy stub 532 may connprise 
API functions/methods to create/edit a graphical program which the client program 502 may invoke, and the ORB may 
transparently cause the graphical program service 606 to execute the con-esponding functions/methods. 

10 [0075] As an example, the ORB 532 may be the ActiveX/DCOM system, the client program 502 may be an auto- 
mation client program, such as a Visual Basic automation client, and the graphical program service 506 may be an 
ActiveX component provided by a graphical programming environment In this example, the client program 502 may 
create a reference to the ActiveX graphical program service component in tiie standard way and may invoke methods 
on the component to create/edit a graphical program. The ActiveX component may then execute appropriate portions 

15 of the graphical programming environment code in order to perform the requested operations. As another example, the 
ORB nrtay be a Java application environment, and the client program 502 and the graphical program service 506 may 
be Java programs. In this example, the client program 502 may request an interface to the graphteal program 506 and 
may use the interface to request the graphical program service 506 to create/edit a graphical program. 
[0076] The block diagram of Figure 9 illustrates a general architecture in whteh the cFient program 502 communi- 

20 cates with a graphical program service 506 via intermediate software proxies or components. Various elements of Rg- 
ure 9 may not be present, or various other elements may also be present, as appropriate for particular embodiments. 
In ttie prefen-ed embodiment, the graphical program service is a software component such as an ActiveX component 
whteh is provkJed by the LabVlEW graphical programming environment for client programs to use to programmatically 
create/edit graphbal programs. 

25 

Figures 10-23: V| Server Functions 

[0077] The server program 506 of Rgure 7 is operable to receive requests to create^edit a graphical program from 
a client and perform the actual operations of creating/editing tiie graphk»l program. In the prefenred embodiment, ttie 
30 server program of Figure 7 Is an application instance of the LabVlEW graphical programming environment As noted 
above, the LabVlEW environment provides specialized support for developers of instrumentation and industrial auto- 
mation applications, and a LabVlEW graphteal program may be refen-ed to as a virtual instrument or VI. The LabVlEW 
environment comprises functionality refen'ed to as "Vl Server' which enables client programs to communicate with the 
LabVlEW environment The VI Server functionality enables client programs to create or edit a LabVlEW graphical pro- 
as gram or VI. 

[0078] A diem program which requests LabVlEW to create/edit a VI may Itself be a VL A dlent Vl may include par- 
ticular nodes in ttie VI whteh utilize tiie V( Serverfunctionality of a LabVlEW instance to request the LabVlEW instance 
to create a new VI, add objects to the VI, etc. These nodes are described In Rgures 10-23 below, and Rgures 24-27 
Illustrate exemplary uses of these nodes. LabVlEW also provides components such as ActiveX components which ena- 
40 ble text-based programs such as Visual Basic programs, Visual C-hh programs, etc. to access the VI Server functional- 
ity. In the prefen-ed embodiment, tiiese components enable text-based programs to perfomi all of ttie functions 
described below. 

[0079] It is noted that, atthough the implementations of the blocks shown in Rgure 7 are described with reference 
to tiie preferred embodimnent of LabVlEW and Vi Server, these Implementations may differ In ottier embodiments. 

45 

Rgure 10 - Open Applfeation Reference Node 

[0080] Rgure 1 0 Illustrates the Open Application Reference node. The Open Applteation Reference node retums a 
reference to a VI Server application running on the specified computer. If an empty string is specified for machine 
50 name, then the node retums a reference to the local LabVl EW application in which this function is running. If a machine 
name is specified, ttien the node attempts to establish a TCP connection with a remote VI Server on that machine on 
tiie specified port. 

[0081] The application reference output can be used as an input to the Property and Invoke nodes described 
below to get or set properties and invoke methods on the application. The application reference output is used as tiie 
65 input to the Open VI Reference function to obtain references to Vis in that application. The reference is closed with the 
Close Application or VI Reference function. If the user fbtigets to close this reference, the reference closes automatically 
when tiie top level VI associated with this function finishes executing. tHowever, closing tiie reference operates to con- 
serve tiie resources involved In maintaining tiie connection. 
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[00821 The folfawing describes the Inputs and outputs of the Open Application Reference node- 

application reference Is the reference to the specified application 
Figure 11 ■ Onen \f\ n^^^ 

luossj If editing operations are to be performed on the referencerf vi anw fh« \/i 

1) The VI cannot be broken for any reason 

VI using the same r«ren«ifn«^^«^^'t^ '''^^ 

[0092] The following describes the Inputs and outputs of the Open VI Reference node: 

application reference is a reference to a LabViEW application. If this input is left unwired, the reference is to an 
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application on the local version of LabVIEW. If the Input Is wired, and the reference Is to a remote version of Lab- 
VI EW, then the remote LabVIEW Is queried to return the VI reference. 

type specifier is used for Its data type only. The value of the Input is ignored. The data type of the type specifier 
input determines the data type of the vl reference output VI name or path is polymorphic and can accept a string 
5 containing the nanrte of the desired VI, or a path containing the complete path (Including the name) to the desired 
VI. If a name string is wired, then the VI must already be in memory. If a path is wired and the Vi is already in mem- 
ory, the VI in memory is obtained, whether its path Is the same as the input or not If the VI Is not In memory, then 
the VI must be at the specified path for this function to succeed. If the VI is at that location, the VI is loaded into 
memory. 

TO error in describes error conditions that occur prior to the execution of this function. The default input of this cluster 
is no error. 

password is the plain-text password string for the VI. if the VI is not password protected, the input is ignored. If the 
VI is password protected and an Inconrect password is entered, the VI can be referenced, but the VI cannot be 
edited through that VI reference. 
15 vi reference is the refnum associated with the requested VI. if the function faiis» "not-a-refnum* is returned. 

error out contains error infonnation. If error In indicates an en^or. error out contains the same error infonnation. 
Othenivise error out describes the error status that this VI produces. 

[0093] If th e user specifies a remote version of LabVI EW by the application reference input, the path is interpreted 
20 on the remote machine In the context of the remote file system. The path is expressed using the local computer's path 
separators, but is translated to the remote computer's path separators when the request arrives there. For example, to 
reference a VI on a Madntosh at MyHD:LabVIEW Vls,foavi from a Windows application, the Window*s path syntax: 
My HD:\LabVIEW Ws\/ba W would be used. Conversely, to reference a VI on a Windows computer at C:UaiiwewUbo.W 
from a Macintosh application, the Macintosh path syntax: CM3view:foo.vi would be used. 

25 

nqure 12 - New VI Reference Node 

[0094] Rgure 1 2 illustrates the New VI Reference node. The New VI Reference node creates a new VI and outputs 
a reference to the new VI. The following describes the Inputs and outputs of the New VI Reference node: 

3D 

application reference is an input reference to a local or remote LabVIEW application. Such a reference may be 
obtained from the Open Application Reference node, if this input is left unwired, the reference is to an application 
on the local version of LabVIEW. 

template is a path of or reference to an existing Vi to be used as a template for the new Vi. if the template input is 
35 wired, the new VI will be a copy of the template Vt. 

vl type specifies the type of VI to create. The possible types are: standard VI, global VI, or control VI. 

error in describes en^r conditions that occur prior to the execution of this function. The default input of this duster 

is no error. 

password is the password input for the template Vi, if a password-protected VI Is wired to the template input, if the 
40 template VI is not password protected, the password Input is ignored. 

vi reference is the refnum associated with the newly created VI. if the function falls, "not-a-ref num" is returned, 
error out contains en^r information. If error In indicates an error, error out contains the same error information. 
Othenvise error out describes the error status that this node produces. 

45 Roure 13 - Open VI Object Reference Node 

[0095] Rgure 13 illustrates the Open VI Object Reference node. The Open VI Object Reference node outputs a ref- 
erence to an object contained in a VI. The following describes the inputs and outputs of the Open VI Object Reference 
node: 

50 

vl object dass specifies the type of object reference to obtain. References to both objects of a front panel (user 
interface panel) and of a block diagram may be obtained. Rgure 22 tllustrates how a user may choose a value for 
the vl object class input by selecting from a hierarohical menu. For example, a "slide" value may be chosen to des- 
ignate that the reference to obtain is a reference to a slide user interface control. 
55 owner reference is an input reference to the object that "owns" or "contains" the object for which a reference is to 
be obtained. The owner reference may be a reference to a Vi or to an object within a VI. l=or example, the owner 
reference may be a reference to a block diagram node, and the reference to be obtained may be a reference to an 
input temnlnal of the block diagram node. 
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35 path specffies the location of a user controJA/l. 

bounds specifies the size of the new object The bounds Input is Ignored for fixed^ize objects. 

Route 15 . tJpr^a*^ Re ference f ^nHp 

" f3jectT«:^:S^p:S^rth^^^^ ^^'^^"^^ no^eoasts the type of a reference 

erenoe node: *'^*"^™'^"*'^«'«'*J««-^fo«owing describes the Inputs and outputs of the Upcast Ref- 

vi object reference specifies a VI object reference to upcast 
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vl object reference specifies a VI object reference to downcast 
vlobjectclassspecrfjesadasstocasttheobJectrBfemnceto.Flgure23n^^^ 
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from a hierarchical menu. For example a reference to a general slide object may be downcasted to a reference to 
a vertical pointer slide object 

error In describes error conditions that occur prior to the execution of this function. The default Input of this cluster 
Is no en'or. 

5 dcmrncasted reference Is an output reference with the specified class as the reference type infomnation. If the 
downcast falls, "not-a-refnum" is the output value. 

error out contains error Information, if error in indicates an error, error out contains the same error Infomnation. 
Otherwise error out describes the error status that this node produces. 

10 Rgure 17 - Close Appiicatjon or VI Reference Node 

[0099] Rgure 17 illustrates the Close Application or VI Reference node. The Close Application or VI Reference 
node closes an open VI or the connection to a LabViEW application instance. The following describes the inputs and 
outputs of the Close Application or VI Reference node: 

IS 

application or vi reference is the refnum associated with an open VI or a l^VIEW application instance. 

error In describes emor conditions that occur prior to the execution of this function. The default Input of this cluster 

is no em>r. 

error out contains en-or infomiation. If en^r in indicates an enor, error out contains the same error information. 
20 Otherwise It describes the error status that this node produces. 

Rgure 18 - Call By Reference Node 

[0100] Rgure 1 8 illustrates the Call By Reference node. The Call By Reference node may be used to call a VI, such 
25 as a VI which has been created programmatically The Call By Reference node is similar to a sub-Vl node In that either 
can be used to call a Vt. However, a sub-Vl node is statically linlced to a particular VI that the user detemnines when 
he/she drops the node on the diagram. With the Call By Reference node, the VI that is called is detemnined dynamically 
at run time by the value of the VI reference wired to the reference input at the top of the node. Thus, the VI which is 
called by the Call By Reference node may be on a different computer. 
30 [0101] The top of the Call By Reference node includes four terminals: an input/output pair of flow through VI refer- 
ence terminals, and an Input/output pair of flow through en^r clusters. The VI reference input accepts wires only from 
strictly-typed VI references. Below these terminals is an area within which a connector pane resides (is displayed) that 
is identical to that of a VI with its temilnals showing (rather than its icon). The connector pane of the strictly-typed VI 
reference input detennines the pattern and data types of this connector pane which Is displayed in the Call By Refer- 
as ence node icon. The user wires to these temninals Just as he/she would to a normal sub-Vl. 

[0102] As long as none of the terminals of the connector pane have wires attached to them, the connector pane will 
adapt automatically to that of the Input VI reference's connector pane. However, If any of them are wired, the node does 
not adapt automatically, and the user must explicitiy change the connector pane (possibly breaking those wires) by pop- 
ping up on the node and selecting the Adapt To Reference Input menu item. 
40 [0103] At run time there is a small amount of overhead in calling the VI that is not necessary in a normal sub-Vl call. 
This overhead comes from validating the VI reference and a few other bool<keeping details. However, for a call to a VI 
in the local LabVIEW, this overhead should be insignificant for all but the smallest subVls. Calling a VI located In another 
LabVIEW application (across the network) may involve more overhead. 
[0104] The following describes the inputs and outputs of the Call By Reference node: 

45 

vi reference Is the refnum associated with a VI that is already open. 

error In describes error conditions that occur prior to the execution of this function. The default input of this cluster 
is no en"or. 

dup reference has the same value as reference. 
50 error out contains error infomnation. If error In indicates an en'or, error out contains the same em>r infonnation. 
Otherwise, It describes the error status that this VI produces. 

t^Qure 1 9 - Property Node 

55 [0105] Rgure 1 9 illustrates the Property node. The Property node sets (writes) or gets (reads) application, Vi and 
VI object property infomnation. Thus, the Property node may be used to create/edit a graphical program. For example, 
the property node may be used to change the color of a user interface object, etc. 

[0106] To select a specific property, the user pop ups on one of the name temninals and selects Properties. The 
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valua Each p^peny na.'e h JIS7oCrS«h ^n'Sr^^ 

LXSn7;er""''*°^"^""'^-'3^"^ 
[0107] The Inputs and outputs Of the Property node am described belowL 

referanco is the refnum associated with a VI object, Vi. or a I^VIEW aoDlicatlon Insianeo 

dup reference has the same value as reference 

Figure Pn-lnvffKftNffrtf; 



diagram node to reposition th« nnHr^r:: ."T.!^^.'^- "^^P**- « be inw*ed on a block 
With them. To sel Jthe method fte ur^ps uTalTr on"th?;T "^f "'^ 
the method, the associated parameter's in thT^^ 
may vary, depending on whEeS KJc^E^^^fT" 
» both. An outputtermlnal may toTreSrtfoSf^;,^ '^^^ may have an input terminal, output temiinai. or 

^ r^c IS .he refnum associated with a V, object. Vi. or appi^ation on wh«h the user desires to pedom, an 

feTo?.o^''"""^""'^°"^*^*'^^P"-'''«^^ 
dup reference has the same value as reference 

Figure PI - VI Ror>«>r Refnum nnn ^n|„ 
enceto agenetic virtual Instrument or aeneric or^hLi ^' a refer- 
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grEim objectB. 

[01 1 3] In the preferred embodimerrt, the user selects a VI Server front panel refnum control and places this ret num 
control in a front panel of a VI. The user then configures the refnum to be an appropriate type, such as an Application 
refnum, a Generic VI refnum, a Strictly-typed VI rrfnum, or another type of refnum. Once the user has configured the 

5 refnum control to the appropriate type, the refnum control takes on the respective appearance by the class selected by 
the user. For example, if the user drops the front panel refnum control on the front panel and configures the refnum to 
be of the Application dass, the refnum takes on the Application Icon appearance shown In Figure 21 . 
[0114] When the user drops or places the VI Server refnum in the front panel and configures the refnum, con^e- 
sponding temiinats appear in the block diagram. These temilnals provide the infonnation on the application or graphical 

10 program referenced by the refnum. 

Figure 24 - Programmatte Graphical Program Creation Example 

[01 15] Figure 24 illustrates an exemplary client graphical program that uses the nodes described above to dynam- 
75 ically create the graphical program of Rgures 5A and 5B. Various sections of the Rgure 24 program are labeled In the 
diagram with the purpose of the code. 

[0116] As shown in Figure 24, a New VI Reference node is used to create a new graphteal program. Since no appli- 
cation reference is passed to the New VI Reference node, the new graphical program is created by the default local Lai> 
VIEW application instance. The New VI Reference node outputs a reference to the new graphical program, and the 
20 Properly node "reference" input receives this reference. The Property node sete properties of the graphical program, 
specifying that the user interface panel window and block diagram window of the graphical program are open. As 
described above, a user may pop up a menu to select the desired property of an object to get or set The list of displayed 
properties may vary according to what type of object the reference Input references. 

[01 1 7] After the graphical program has been created and modified as described above, a New VI Object Reference 

25 node is used to create the Addition function node shown in Rgure 5B. 

[01 1 6] Next, the Open VI Object Reference Node is used to obtain a reference to the V Input temilnal of the Addi- 
tion function node. The reference to the "x" input temninal is passed to an Invoke node, whbh creates a constant value 
of 2.0 that is wired to the "x" input tenninal. As described above, a user may pop up a menu to select the desired method 
to invoke on an object The list of displayed methods may vary according to what type of object the reference input ref- 

30 erences. Similariy, an Open VI Ot)iect Reference Node and an Invoke node are used to create a constant value of 3.0 
that is wired to the Y ^nput terminal of the Addition function node. 

[0119] Next, an Open VI Object Reference Node and an Invoke node are used to create a user interface indicator 
control that is wired to the output temiinal of the Addition hjnction node. 

[0120] Rnaliy, a Property node is used to rename the label of the user interface indicator control to, "The result of 
35 2,0+ 3.0 was:', as shown In Rgure 5A. Note that the reference to the user Interface Indteator control created by the pre- 
ceding Invoke node Is wired as the input reference to this Property node. 

Rgures 25 - 27: Proorammatk; Graphical Program Creation Example 

40 [0121] Rgures 26 and 26 illustrate a slightly more complex example of a graphical program than the program of Rg- 
ures 5A and 5B. Rgure 27 illustrates a client graphteal program that uses the nodes described above to create the pro- 
gram shown In Rgures 25 and 26. The client £^phk»l program of Rgure 27 may be created interactively by a user, as 
described above. 

[0122] Rgure 25 illustrates a user Internee panel which includes a wavefomn chart control and a button control. Rg- 
45 ure 2S illustrates a block diagram representing the execution and data flow of the program. Each of the user Interface 
controls of Rgure 25 has a corresponding user interface node in the Rgure 26 block diagram. The rectangular object 
610 with the anwhead Is a while loop. The Icon 612 is the condition tenninal for the while loop 610. 
[0123] When this program is run, the graphk:al code shown within the while loop executes until the input to the con- 
dition terminal 612 becomes "fialse". As shown, the user Interfiace node 614 for the stop button is connected to a 
so boolean "Not" function. By defoult» the output of the stop button user interface node 614 Is "false*. When a user presses 
the stop button, the output of the node 614 becomes *true", and the input to the condition tenninal 612 thus becomes 
"false". When this happens, the program terminates, since in this example there is no additional code to execute after 
the while loop ends. 

[0124] The Icon 616 represents a random number generator function node. The output tenninal of the random 
55 number node 61 6 Is connected to the input terminal of the waveform chart user interface node 61 8. Thus, for each iter- 
ation of the while loop, a random number is generated and plotted on the wavefomri chart user interface control. Rgure 
25 shows how the wavefomn chart m^ appear after several loop Iterations. The teon 620 Is simply a "wait" function icon 
with an input constant of 1 00, whteh causes a pause of 100 milliseconds for each loop Iteration. 
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status of the program. 

[01391 Although this example is primarily concerned with creating a new graphical program, it is noted that the 
above-described functionality also enables programmatic editing of a graphical program. References to graphical pro- 
gram objects nrtay be obtained, and various properties may be set and various methods may be invoked to move 
5 objects, resize objects, add/remove objects, reconnect objects, etc., similariy to the description above, in the prefenred 
embodiment, any operation which a program developer may perform interactivety may also be perfonmed programmat- 
ically. 

[0140] The exemplary graphical programs of Figures 24 - 27 utilize the specific graphical programming API 
described above, i.e., the nodes shown in Figures 10-20. This particular graphical API is exemplary only, and many 
10 alternative embodiments are contemplated. f=or example, instead of using property and invoice nodes such as 
described above, a graphical program may include other types of modify nodes to modify aspects of a newly created or 
existing graphical program. 

Text-Based Cfient Program 

15 

[0141] As described above, client programs may also be text-based programs. In the preferred ennbodiment, a text- 
based program may obtain a reference to a software component which includes an interfiace with functions or methods 
to perform the operations of the nodes described above. For example, a program may obtain a reference to an ActiveX 
coniponent, where the interface for the ActiveX component includes a CreateNewProgram method which is comparable 
20 to the New Vi Reference node, a GetProgramObJectReference method which is comparable to the Open Vi Object Ref- 
erence node described above, eto. 

[0142] In the preferred embodiment, various types of software components are provided which enable programs of 
various languages executing on various systems to programmatically create/edit graphical programs. As is well known 
in the art, modem component-based software architecture and object oriented design techniques make It relath/eiy 
25 straightforward to encapsulate portions of code and provide various Interfaces to the code. For example, a service to 
create/edit a graphical program may be exposed as an ActiveX component, a CORBA component, a Java component, 
etc. In the prefen^d embodiment, the implementatran of the nodes described above and the implementation of compo- 
nents for use In text-based programs is based on a common code base. 

30 Configuring the VI Server 

[0143] As described above, in the prefen^d embodiment, the server program of Figure 7 is a LabVIEW application 
instance which comprises VI Server functionality The user can configure which parts of the VI Server are available to 
other applications, as well as enable or disable particular protocols and specify whteh server resources are exported. 
35 This section describes VI Server conflgurHtlon. 

1 . Server Configuration 

[0144] To configure the server for external applications, the user selects Edit»P references on the server machine 
40 and selects Server: Configuration from the drop down menu. The dialog box appears as shown in Figure 28. 

[0145] The options shown in Figure 28 specify through which communication protocols other applications can 
access the VI Server: TCP/IP or ActiveX protocols. If the user enables TCP/IP, the user must enter the Port number 
that client applications use to connect to the server. When the user allows other appricafions to connect using TCP/IP, 
the user should also configure which Internet hosts have access to the server. See the TCP/IP Access Configuration 
45 section for more information. For more information about the VI server /tetlveX interfiace, refer to U.S. provisional patent 
application Serial No. 60/056,528 titled "System and Method for Accessing Object Capabifities in a Graphical Program* 
filed 8/21/97, whose inventors are Ram KudukoD, Robert Dye, and Murali Parthasarathy, which is hereby incorporated 
by reference. 

[0146] With Server: Configuration selected, the user also specifies which server resources are available to appli- 
50 cations that access the VI Server. The following server resources are available: 

Vi Calls allows applications to make calls to Vis on the server. When the user allows other applbations access to 
Vis, the user should also configure v/hlch Vis they have access to. See the section Exported Vis Con^gumtion for 
more information. 

55 VI Methods and Properties allows applications to read and set the properties of Vis on the server. When the user 
allows other applications access to Vis, the user should also configure which Vis they have access ta See the Sec- 
tion Exported Vis Configuration for more Infomnation. 
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SIS 

2. ExDofteri Vh r^j„r^^ 

whl^alloiZdi8allwdfe^?D™™r?;t^ '^^'^ ^' '^"^ specify various options 

from the lis, ..en types imoSe=Z a iTg^S^t^^^ ^ ' 

as « "]?°''^««°«^»""rbitraiycliamcter.exceptforti,epatliseparato^^ 
"^'J^"®™''^'^'««rt)itrary characters, exception 
together match zero or more arbitrary characters, including the path separator. 
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Table 1 





Server TCP/IP Access Entries 


* 


Matches all Vis " " — " • 


/usr/labview/* 


Matches all Vis in the directory /usr/labview/. 


/usr/Iabview/* * 


Matches alt Vis in the directory /usr/labview/ and any of its sub-directories 


Test.vi 


Matches any Vf named Testvi". 


*export* 


Matches any VI with a name that contains the string "export-. 


0K\? 


Matches any VI with the name OK?. ' 
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that begins with the string srvr_ and ends with the string .vi is exported. No Vi that begins with the string local, and ends 
with the string .vi is exported, even if it is located within the c: MabvieviAserver directory. 
[0157] The d^ult Exported Vis settings aOow access to all Vis. 

5 3, TCP/IP Aggegg Confjgurgtlpn 

[0158] When the user allows remote applications to access the VI Server using the TCP/IP protocol, the user 
should specify which Internet hosts have access to the server. To configure the clients that have access, the user 
selects Edit»Preferences on the server machine and selects Server TCP/IP Access from the drop down menu. The 

10 options appear in the Preferences dialog box as shown In Rgure 30. 

[0159] Selecting Server: TCP/IP Access allows the user to specify which clients can access the VI Server. The 
TCP/IP Access Ust describes cUents that either have access to or are denied access to the LabVIEW server. To change 
an entry, the user selects it from the list, then types into the text box at the r^ht of the TCP/IP Access List The user 
dicks on the Allow Access radio button to allow the client to access the server. The user cliclcs the Deny Access radio 

15 button to deny the client access to the server. The user clicks the Add button to insert a new entry after the cun-ent 
selection, the userdfcks the Remove button to remove the cun^nt selection from the list. The user dicks and drags an 
entry to change its positton within the TCP/IP Access List, if an address is allowed access, a check mark appears next 
to the entry. If an address is denied access, a 'cross out" symbol appears next to the entry. If no symbol appears next 
to the entry, the syntax of the entry is inconrect 

20 [0160] When a client tries to open a connection to the server, the server examines tiie entries In the TCP/IP Access 
List to detennine whether it grants access to the client If an entry in the list matches the dienf s address, the server 
either allows or denies access, based on how the user set up the entry If a subsequent entry also matches the dient's 
address, its access permission is used In place of the previous pennission. (For example, in Figure 29 above, 
a.testsite.com in the TCP/IP Access List is allowed access even though the list indicates that all addresses ending in 

25 .testsite.com are not allowed access. See the paragraph on wildcards later in this document) If no entry matches the 
clients address, access is denied. 

[0161] An Internet (IP) address, such as *1 30.1 64.1 23. 123". may have one domain name (such as *www.nat* 
instcom") or more associated with it Tlie conversion from a domain name to Its conresponding IP address is called 
name resolution. The conversion from an IP address to Its domain name is called name tobkup. 

30 [0162] Name lookups and name resolutions are done through system calls that access domain name system 
(DNS) servers on the Internet A name lookup or resolution can fail when the system does not have access to a DNS 
server, or when the address or name is not valid. A resolution problem occurs when an entry contains a domain name 
that cannot be resolved into an IP address. A lookup problem occurs when an entry contains .a partial domain name, 
such as ".natinst.com", and the lookup tortile clients IP address falls. 

35 [01 63] The Strict Ctiecking option detemnlnes how tiie server treats access list entries that cannot be compared 
to a dienfs IP address because of resolution or lookup problems. When Strict Checking Is enabled, a denying access 
list entry in tiie TCP/IP Access List that encounters a resdution problem Is treated as If it matched the cfienTs IP 
address. When Strict Checking is disabled, an access list entry that encounters a resolution problem Is ignored. 
[0164] To specify an Internet host address, the user enters Its domain name or IP address. The * wildcard can be 

40 used when specifying Intemet host addresses. For example, the user can spedfy all hosts within the domain 
domain.com with the entry * .domaln.com. The user can spedfy all hosts in the subnet whose first two octets are 
1 30.1 64 with the entry 1 30. 1 64.*. The entry * matches ail addresses. 
[0165] The following table shows some examples of TCP/IP Access List entries. 

4S 

Table 2 



Server: TCP/IP Access 


* 


Matches all hosts. 


test.site.com 


Matches the host whose domain name is testsite.com. 


*.slte.com 


Matches all hosts whose domain name ends with *.s}te.com. 


130.164.123.123 


Matches the host with the IPaddress 130.164.123.123. 


130.164.123,* 


Matches ail hosts whose IP address starts with 130.164.123. 



[0166] In Rgure 30. all hosts in the ^.com domain have access to the sender, with the exception of ail hosts In the 
teststte.com domain. Additionally, the hostsa.test.sfte.com, b.testslte.com and 130.164.123.123 have also access to 
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the server, "nie host publlc.8ltex»m does not have access, even though It Is m the 8fte.com domain. 

P16B] "^notedthatlftheVIServerrunsonasystemthatdoesnothaveaccesstoaDNSserverdomalnname 
Jtojjg down the system. For perfomance reason^ ptece fmquemiy matched entries towart the end rf^ TCP^p 



Access List 

Local CnentfSefVBr Cnnnrni|n|rf^^|ffn 



' [01691 When a client on a first computer accesses an Instance of a VI Server located on the first comouter i e 
m'^T^ "«njulateoracoes8the VI in a similar manner as If the VI were in the diem gmphlcal pr^Si 



Claims 



1. A computer-implemented method forprognOTmaticallycreatlng a graphical program, comprfe^^ 

nrst program la executable to programmatically create the new graphical program- 
executing the first program; and k »■ 

programmaticaliy creating the new graphical program in response to said executing the first pmgram. 

2. A system for programmaticaily creating a gr^hical program, comprising: 

a computer system including a CPU and mamor^ 

iriil^lT!?^ wherein thefirstpragram specifies cieation of a new graphical pro- 

wh«reln the CPU Is op«able to execute the first program to programmaticaliy cr^the newgraphteal pro- 

^ I!lT«T»''°'^'*'T.''',^°'''^'^' ^ 0^2, wherein said programmaticallycr»atlngthenewgra)hlcal program 
croates the new graphical program without any user input specifying the new g^^ 

* IIZ?«^orTfK"!°'r,*l/^"''"" ^ wherolnthenewgraphicalprogramcomprisesaplurallty of Interoon- 
nectednodeswhlehvisuallylndicatefunclionantyofthenewgr^hloalprDgram. nywinieroon 

5. The method or system of any of daims 1 or 2, wherein the new graphical program comprises a diagram Dortion 
comprising a plurality of interconnected nodes and a user interlace portion- ^ 

re^rSSS^^"'""'''""'^''^'^ 

6. Themethodorsystemofanyofclaimslor2,wherointhenewgraphloalprogramisavlrtualinstrumenL 

Ill^i^S"'^'*'^"''^'*^"'"**'*'"^^"^ 

wher^n said flist computing environment is connected to a second computing environment; 

Wherein the new yaphlcal program Is created in the second computing environment 
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creating a pturafity of gmphicai program objects in the new graphical program in response to said executing the 
first program; and 

Interconnecting the plurality of graphical program objects in the new graphical program in response to said exe- 
cuting the first program; 

5 wherein the interconnected plurality of graphical program objects comprise at teast a portion of the new graph- 

ical program. 

9. The method or system of any of claims 1 or 2, wherein said programmaticany creating the new graphical program 

comprises: 

10 

creating one or more user interface objects in response to said executing the first program, wherein the one or 
more user interface objects perform one or more of providing input to or displaying output from the new graph- 
ical program. 

IS 10. The method or system of any of claims 1 or 2, wherein, in response to said executing the first program, the first pro- 
gram Is operable to interface with a server program; 

wherein the server program is operable to programmatlcally create the new graphical program in response to said 
interfacing. 

20 11. The method or system of claim 10, wherein the server program is an application instance of a graphical progranr^ 
ming development environment 

12. The method of claim 1 0, 

wherein said executing the first program occurs on a first computer system; 
25 wherein the server program executes on a second computer system. 

13. The system of claim 1 0. wherein said computer system is a first computer system, the system further comprising: 

a second computer system Including a CPU and memory; 
30 wherein the first computer system is connected to the second computer system via a networlc; 

wherein the memory of the second computer system stores the server program; 

wherein the CPU of the second computer system Is operable to execute the server program to programmatl- 
cally create the new graphical program in response to said interfacing. 

35 14. The method or system of any of claims 1 through 8, wherein the first program is a first graphical program. 

15. The method or system of claim 14. wherein the first graphical program includes at least one object creation node 
for programmatically creating at least one graphical program object in the new graphical program; 

wherein said programmatically creating the new graphical program comprises including the at least one graphical 
40 progreun object in the new graphical program in response to said executing the first graphical program. 

16. The method or system of daim 15, wherein the first graphical program further includes a property node; 
wherein the property node is operable to get or set a property of the graphical program object in response to said 
executing the first graphical program. 

45 

17. The method or system of claim 1 5, wherein the first graphical program further includes an invoke node; 
wherein the invol<e node is operable to invoke a method on the graphical pnogram object in response to said exe- 
cuting the first graphical program. 

so 18. The method or system of claim 1 7, wherein the invoked method connects the graphical program object to another 
graphical program object in the new graphical program; 

wherein said connecting the graphbal program object to said another graphical program object comprises connect- 
ing an input of the graphical program object to an output of said another graphical program object 

55 19. The method or system of claim 14, wherein the first graphical program includes a graphical program creation node 
for programmattealty creating the new graphical program; 

wherein the first graphical program includes at least one object creation node for programmaficaliy creating at least 
one graphtea! program object in the new graphical program; 
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whetBin said executing Ihe firat graphical progion Includes: 



30 25. 



i an existing graphical program, comprising: 

program^tically modifying the axisang graphical 
26. Asy8temfbrpn,granmaticallynK,d1fyinganex^^^ 
a computer system Including a CPU and memory; 

Wherein theCPUisoperabtetoexecutethefir^programtoprogrammatte^^ 

45 

g«phl«lp«.gramdurCSSS!y^'^'**''^'^""^'"P''^^^^ 

^idT ur ,n^:^o"^:^ "-^^-^ "---^ '^'^ ^ P^^n 

30. The method or system of any of claims 25 or 26. wherain the axls«ng graphical p^gram includes a plurality of 
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graphical program objects: 

wherein said modifying the existing graphical program comprises modifying one or more graphical program objects 
in the existing graphical program in response to said executing the first program. 

31. The method or system of any of daims 25 or 26, wherein the existing graphical program includes a plurality of user 
interface objects; 

wherein said modifying the existing graphical program comprises modifying one or more user interface objects in 
the existing graphical program in response to said executing the first program. 

32. The method or system of any of daims 25 through 31, wherein the first program is a first graphical program. 

33. The method or system of claim 32, wherein the first graphteal program includes at least one modify node; 
wherein the mocfify node is executable to modify one or more graphical program objects in the existing gnaphical 
program. 
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user creates or edrls a user 
interface panel for controls 
and indicators 



1 

user adds objects to or edits objects 
of the graphical program, such as 
functional biodcs and programmatic 
structures 
.422 



user connects graphical 
program objects in the 
desired way 
4g4 



± 



user saves or runs the 
graphical program 
426 



Figure 4 
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Figure 10 
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New VI Reference Node 
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Figure 12 
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Figure 13 
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Figure 15 
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Downcast Reference Node 
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Figure 16 
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Call By Reference Node 



vi 



error in (no error) < 




dup reference 
'error out 



Figure 18 



Property Node 



reference ^ 



attribute 2- 





Bi ^ Bi 

1? !? 




1 








name1 ^ 




^ name2 




names ^ 





dup reference 
-error out 

attribute 1 
attribute 3 



Rgure 19 



39 



EP1077404A2 



Invoke Node 



refenined- 

in (no errof^ 

input 1 
inputa- 



) 


b Si 
1? -'^i? 






method ^ 






> parami ^ 






► par»i2 ^ 







dup reference 
'error out 
return value 



•Figure 20 



40 



EP1077 404A2 




a 



FIG. 21 



41 



EP1077404 A2 



I^VI Object 



VIObtect 
Panet Object 



Controt 



ActhnX ► 
Decoration ^ 



FIG. 22 



String 
Boolean 
Table 
Ustbox 
Array 
Cluster 
Path 
Grapt) 



*Nunneric 



Slide 



Knob 
Color Box 
ColorRamp 
TextRing 
PictRing 



42 



EP1077 404 A2 



» • o o 
pod 

ID O ^ 



o o o 

A CO c> 



f! 

•J- ^ 



o o o 
d tf> ci 



o in o 



d id d 



o 
d 



o 

d 



o 
d 



lllli 



▲A ▲▲ 



H Is 




1 



CO 
CM 

CD 



> 



43 



EP1077404A2 




44 



EP 1077 404 A2 




45 



EP1077404 A2 




48 



EP1077 404A2 




47 



EP1077 404 A2 




48 



EP1077404 A2 




49 



EP 1077 404 A2 



Server Configuration 



IT* V:f«. 




r* Sfriikltinrli' - " 

I vi wew BB ia iflncpwBt 



OK 



Cancel j 



Ktunii SafwConBguMtonOiaiegBox 



Exported Vis Configuration 



SavecEwtedVts 



3 





^c:Mabview^to«IV- — 
0c\JabvieMM\pffvat&vi 
✓ avf 'vi 


^ OenyAocw 


I Add 1 Removtt \ 





OKI 



Caned j 



Pigum^H ServtrTCP/IP/^cnssOiaJogBox 



50 



EP1077404 A2 



TCP/IP Access Configuration 




H 



^ Afait Access 
^ OenfAocm 



Add 



^ SrictChttknQ 



P^um30 Seiver TCP/IP Access 



51 



0) 



